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(54) Component-based control structure for wireless communication 

(57) According to the present invention a compo- 
nent-based control application structure for the dynamic 
configuration, adaptation and extension of applications 
In wireless communication is presented. Thereby, a 
control application (304) for technical elements (301) of 
a mobile communications device (101a. 101b) is struc- 
tured in components of a predetermined configuration 
(305). wherein the configuration (305) depends on the 
task to be performed. Each component (401) is pro- 
vided with its own thread (404). Each component (401) 
is furthermore provided with a method Interface (403) 
comprising different commands for the control of the 
operation of the respective component (401). The con- 
figuration (305) of the control application (304) can be 
changed dynamically (203) depending on the current 
task to be performed by the device. 
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Description 

[0001] The present invention generally relates to the 
field of mobile computing systems and particularly to 
the control eipplication of the soft and hardware compo- 
nents building the system. 

[0002] Mobile computing systems are made up of a 
nutvber of mobile devices (MD) which might be con- 
nected to a network through different means of commu- 
nication like wired or wireless networks. Mobile devices 
might be specialized devices like a mobile telephone or 
a small computing device with limited capabilities like a 
notebook The mobile devices are supported through 
specialized applications which perform dedicated tasks 
on behalf of and in conjunction with the mobile device. 
[0003] The method for controlling the operation of the 
mobile devices, i.e. the control application, must satisfy 
severe conditions with respect to dynamic configuration, 
adaptation and flexibility These conditions and require- 
ments origin from several sources. The power manage- 
ment for the used small devices requires the 
observation of the battery power and the flexible adap- 
tation of all system components. The small set of avail- 
able system resources (like storage space, main 
memory, processing power and communication band- 
width) require the dynamic configuration and adaptation 
of the running software and control. The interaction with 
the mobile environment and the user requires several 
parallel and independent threads of execution which 
enhances the complexity of configuration, adaptation 
and management of said components. Therefore, a way 
to control the mobile device and its operation in an effi- 
cient way is desirable. 

[0004] Since the invention of the programming lan- 
guage SIMULA in 1967 object-oriented programming 
has been used to build flexible and modular applica- 
tions. In object-oriented programming a program is built 
out of small objects which offer a set of methods to the 
other object which can be invoked. This set of methods 
is called the interface of the object. The interface of the 
object comprises all commands to control the object. 
Since the mid-eighties the object-oriented approach 
was extended to conponent-based programming. In 
component-based programming programs are assem- 
bled from small independent software components. An 
example for such a conponent-based programming is 
e.g. Microsoft OLE. OpenDoc and JAVA Beans. Usually, 
the software components support two different sets of 
interfaces: The first interface is a generic interface 
which supports the assembly of the components to build 
a running application. The second set of interfaces com- 
prises specific interfaces which relate to the particular 
task to be performed by the conesponding component. 
[0005] From EP-A-365 11 5 an object identifier gener- 
ator for distributed computer systems is known. Thereby 
the nodes, as well as the connected devices and asso- 
ciated processes, data bases, and other objects, must 
be uniquely labeled or named such that the ot^ject can 



be positively identified throughout the entire distributed 
system. 

[0006] From EP-A-483 037 an object-oriented pro- 
gramming system including a storage means, a data 

5 processor and an application operating on said data 
processor is known, wherein an object in said storage 
means defines a data structure, said object having at 
least one attribute containing data and an associated 
method for performing an action on said object in 

10 response to a message from said application. 

[0007] The problem at the base of the present inven- 
tion is to provide an efficient application for the control of 
technical components of a mobile conputing device. 
[0008] The central Idea to solve the above-mentioned 

15 problem is to provide a component-based control appli- 
cation structure with dynamic configuration capabilities. 
[0009] According to the present invention, therefore a 
method for controlling a node of a mobile communica- 
tions network is provided, wherein a control application 

20 a mobile communications device is structured in com- 
ponents of a predetermined configuration, wherein the 
predetermined configuration depends on the current 
task to be performed by the mobile communications 
device. Each component corresponds to an active 

25 ot)jecl responsible for a specific operation of the mobile 
communications device. Each component is provided 
with its own execution thread. Each component is fur- 
thermore provided with a method interface comprising 
different commands for the control of the operation of 

30 the respective component. The predetermined configu- 
ration of the control application is changed dynamically 
depending on the current task to be performed by the 
mobile communications device. 
[0010] The control application can be structured in a 

35 tree-like configuration. 

[001 1 ] A component can be provided with an identifier 
identifying the component and the role of the compo- 
nent in the configuration. 

[001 2] Every command to be emitted can be provided 

40 with the identifier of the target component, such that the 
components can connect dynamically with each other. 
[001 3] An emitted command can first be transmitted 
upwardly in the tree-like configuration to at least one 
level above the emitting component and then be trans- 

45 mitted downwards to all components in the tree-like 
configuration of the control application. 
[001 4] An emitted command can at first be transmitted 
upwardly in the tree-like configuration up to the root 
component of the tree-like configuration and then be 

so transmitted downwards to all components and the tree- 
like configuration of the control application. 
[0015] To start the control application, a start com- 
mand can be sent to each component. The program line 
arguments can be fonwarded as parameters to each 

55 component. A thread of execution can be assigned to at 
least one component. The assigned thread can be 
started and the components can be stopped t}y a stop 
command at the end of a life cyde. 
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[0016] A query command can be provided to query 
whether a component has been stopped or not. 
[0017] A halt command can be provided to stop the 
execution of a thread of an assigned component. 
[0018] A stopped execution of a thread of a compo- 
nent can be restarted by a resumed command. 
[001 9] A bind command can be provided to request a 
pointer to a specific component with a specific identifier. 
[0020] The leaves of the tree-like configuration of the 
control application can represent the technical dements 
of the mobile communications device. 
[0021] An abstract factory can transmit a create con- 
figuration command to a concrete factory, wherein the 
abstract factory contains an abstract, platform inde- 
pendent method and the concrete factory implements 
the abstract method of the abstract factory by creating 
the actual configuration of the control application 
depending on the platform used. 
[0022] According to the present invention the above- 
mentioned controlling methods can be used to control a 
portable mobile device, a base station or a network 
server of a mobile communication network. 
[0023] According to the present invention furthermore 
a mobile communications device is provided, which 
comprises control means for executing a control appli- 
cation as stated above. 

[0024] Further features, details and advantages of the 
present invention will become clear from the following 
description of embodiments of the present invention 
taken In conjunction with the accompanying drawings. 

Fig. 1 schematically shows a distributed connputing 
system including mobile devices, base stations and 
network servers, 

Fig. 2 schematically shows the principles of 
abstract and concrete factories and the relationship 
to component-based software configuration, 
Fig. 3 shows the architecture of a mobile device, 
Fig. 4 shows the structure and elements of a com- 
ponent (active object) according to the present 
invention, and 

Fig. 5 shows the dissemination of a control com- 
mand thrown throughout a component tree-like 
configuration according to the present invention. 

[0025] Fig. 1 shows a distributed computing system 
containing mobile devices 101a. 101b which are con- 
nected via a wireless radio interface 102a, 102b using a 
wireless network 103a, 103b to the base stations 104a, 
104b. The base stations 104a, 104b are connected via 
wired networks 105 to network servers 106a, 106b 
which support the mobile devices MD 101a, 101b. Alter- 
natively one or both of the networks 103a, 103b can be 
a wired network. Of course the base stations 104a, 
1 04b can be connected via wireless networks to the net- 
work servers 106a, 106b. 

[0026] Rg. 3 shows the architecture of a mobile 
device or generally of a node of the distributed system 



(either the mobile device, the base station/gateway or 
the network server) which contains as well-known the 
technical elements 301 like a battery, CPU, memory, 
hard disk or lO interfaces. The node has an operating 

5 system 302 and some network protocol stacks 303. On 
top of that, the control application 304 is running. The 
control application 304 controls the operation of the 
technical elements 301 as It Is shown schematically 
through the link 306. The present invention Is particu- 

10 larly directed on the structure and configuration of the 
control application 305. 

[0027] According to the present invention the oontrot 
application for a mobile device is built from components 
which support special control interfaces allowing the 

15 flexible and easy control of the components. Each com- 
ponent thereby corresponds to a specific operation of 
the mobile communications device and is designed as 
an active object. In order to adapt the mobile device 
dynamically (online) to the changing environment, e.g. 

20 low battery power, fading signal strength of the wireless 
communication or else, a control component of the con- 
trol application is able to interrupt and halt executing 
components, to delete existing components or to create 
new components. Upon receiving the control signals 

25 exchanged, the components will shut down, halt or start 
the associated electronic elements 301 of the mobile 
device. 

[0028] According to the invention each control module 
required to control a specific operation of the mobile 
30 device or the service in the network Is represented as a 
component cf a configuration. For example there Is one 
control component which controls the communication 
between the mobile device and the servers over the 
wireless communication network. Another component 
35 would offer access to multimedia data over this commu- 
nication channel. Still another component controls the 
display of the mobile communications device, etc.. ' 
[0029] As will be explained later on in detail, each 
component is associated with its own program execu- 
te? tion thread, so that different components can work in 
parallel. Furthermore, each component is equipped with 
an additional control interface which allows to control 
the operation of the components. Through these control 
internees commands like halt, resume, or stop are 
45 given to the component. Through theses control inter- 
faces the operation of the mobile computing device can 
be controlled to minimize battery and resource con- 
sumption. 

[0030] As can be seen schematically in Fig. 3, to facil- 
50 Itate the control of a group of components at once, the 
components can be ordered In a tree-like structure. The 
tree-like structure can be used to generlcally fomaxd 
commands from components higher in the tree to com- 
ponents lower in the tree. The tree can also be used to 
55 send the commands to all components contained in the 
tree. Furthermore, each component can be equipped 
with an Identifier. Other components can use the identi- 
fier to search the tree, find the other component and 
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directly interact with it. This dynamic binding facility 
gives the component writers the possibility to inquire 
about the current configuration and find the required 
component if it is contained in the configuration. 
[0031 1 Another aspect of the present invention is, that s 
object-oriented programming Is used. 
[0032] Object-oriented programming is computer pro- 
gramming packaging technique which provides reusa- 
ble and easily expandable programs. In contrast with 
other conventional programming techniques which are to 
not easily adaptable to new functional requirements and 
to new types of data, object-oriented programs are 
reusable and expandable as new requirements arise. In 
conventional programming techniques, emphasis is put 
on the methods to be conducted on particular data sets. 1S 
However, in object-oriented programming systems, 
emphasis is instead placed on the real work objects 
which have attributes and actions to be performed on 
such attributes. Objects having similar characteristics 
and common behavior are known as instance objects of 20 
a class of objects. Therefore, instance objects contain 
information about things in the system while class 
objects contain information about instance objects. In 
object-oriented programming systems, messages are 
sent to objects. The object of a particular message sim- 2s 
ply Identifies that a piece of data which comprises a 
specific object, i.e. the instance. In an object-oriented 
programming system work is accomplished by sending 
an action request to an object which contains or encap- 
sulates some data. 

[0033] In component-based programming the set of 
objects collected together and interconnected is called 
the configuration of the program. Depending on the con- 
figuration, the program is able to perform different taste. 
[0034] With reference to Fig. 4 it will now be explained ss 
how the control according to the present invention is 
structured and particularly how the single components 
Of this configuration are structured. As has already been 
stated, according to the present invention the control is 
structured into a tree of components. These compo- 40 
nents are called active objects (AO). Leaf nodes are 
called AO-instances and non-leaf nodes are called AO- 
containers. Each conponent with the exception of the 
root of the tree has a parent component. An AO-con- 
tainer <»n have chikiren components. As can be seen 4B 
from Fig. 4 an AO-component 401 contains an klentifier 
402 comprising the name of the component 401 and the 
role of the component 401 within the configuration. Fur- 
therrrrare, the AO-component 401 comprises a method 
interlace 403 and is associated with a thread 404. The sc 
methods offered at the method interface 403 control the 
operation of the thread 404. 

[0035] Referencing to Fig. 2 it will now be explained 
how, according to the present invention, a configuration 
of the control application can be implemented. As can ft 
be seen from Fig. 2 a class abstract factory 201 is pro- 
vided which offers for example a method create config- 
uration 0. Derived from this class abstract factory 201 is 



a class concrete factory 202 which overloads the 
method create configuration 0- The concrete factory 
202 encapsulates the knowledge about the target con- 
figuration 203 which is created when the method create 
configuration 0 is called. The concept of an abstract fac- 
tory as shown in Fig. 2 is known from Gamma et al, 
design patterns, Edison-Wesley, 1994. The abstract fac- 
tory 201 is a design pattern which describes the possi- 
ble invocation of a factory This interface is inherited by 
a concrete fadory 202. The concrete factory 202 con- 
tains the knowledge about which configuration 203 of 
the component to build. It implements the methods of 
the abstract factory 201 to really build the actual config- 
uration 203 of the control system. This approach sepa- 
rates the configuration of the control program from the 
implementation of the components themselves. It is to 
be noted that the abstract factory 201 is platform inde- 
pendent. The knowledge on the particularities of the 
platform used for the implementation is contained in the 
concrete factory 202. Due to this characteristic for the 
control for wireless communication, the configuration of 
the mobile device and the network servers can be 
adapted easily The configuration of the control program 
is therefore controlled by a factory object which is spe- 
cialized for the task the device has to perform. In the 
case of a mobile device the factory creates only the 
components required to perform the current task. 
[0036] It is to be noted that an abstract factory is not 
an independent object of its own. but a super class of 
the concrete factory As the actual configuration of a 
device is only known to the concrete factory, there can 
exist different concrete factories for different devices. 
[0037] As has been shown with reference to Fig. 4 
each component 401 has its own unique component 
identifier 402. The identifier identifies the components 
and the role which the component plays in the given 
program structure. By searching the component tree for 
a component with a given identifier, components can 
bind dynamically with each other. Depending on tiie 
required configuration of the software, the factory object 
can be able to create components for the same role but 
with different behavior. For example, giving a task 
(called e.g. profile manager) that has to store some 
data. On a device with non-volatile memory, the compo- 
nent implementing the profile manager just stores tiie 
data in the main memory. On a note book without a non- 
volatile memory, the same profile manager component 
has to write the data to a persistent storage. Depending 
on the target platform, the factory object will create an 
I appropriate profile manager object. 

[0038] The control method according to the present 
invention can be configured dynamically by adding and 
removing components to and from the tree-like struc- 
ture of the configuration. The factory object is able to 
» aeate the required components and can reconfigure 
the system. When a component for a specific role is 
reconfigured, the factory will request all objects working 
with the exchanged object to rebind to the new compo- 
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nents. 

[0039] With reference to Fig. 5 the dissemination of a 
control command throughout the component tree will 
now be explained. To summarize, in an up-phase 501 
the command is propagated to the top of the tree. In the 
down-phase 502 the command is then transferred to all 
nodes. Therefore, the tree of components Is used to for- 
ward the control commands along the edges of the tree. 
All components implement a set of predefined control 
commands. The set of commands may vary in the con- 
crete usage. Basically, command forwarding and execu- 
tion is supported through two operations in the interlace 
of a component. The up-command operations fonA^ard a 
given command to Its parent object. If an object is the 
root object, it then propagates the command to all its 
children using the command call. A single component 
implements its specific behavior in response to the 
received command. It may propagate the command to 
other components either before executing its own 
behavior or afterwards. 

[0040] With this scheme it is possible to control either 
the complete tree up and down, or only parts (down 
from a specific node) of the tree. This mechanism is 
then used in conjunction with a special set of com- 
mands which request the dynamic behavior of the com- 
ponents to implement the above-stated requirements 
on the software. In the following an example of a set of 
several possible commands is presented: 

START 

Start a component The start of a component includes 
the creation and starting of its initial set of sub-compo- 
nents. Start does not (I) include the starting of activities. 
STOP 

This command requests the stop of all activities of a 
component and will result in a subsequent stop the 
complete software process. In addition to that, all sys- 
tem resources must be released. Because components 
may have active threads, a component may take some 
time until it finally has stopped. 
HAS_STOPPED? 

This asks all components whether its activities have 
stopped or not. This allows to wait until all components 
have finished their activities. 
ASS1GN_THREAD 

This command assigns a thread to a component. This 
command must be executed after a START command 

was issued. 
START_THREAD 

This command starts the assigned thread. 
PARSE_ARGS 

Fonvards the program line arguments to all components 
HALT^ACTIONS 

This requires a component to halt its activities. Opposite 
to the stop command, this command just tells the com- 
ponent to halt without releasing its resources. 
RESUME.ACTIONS 

This commands a component to restart its activities. 



HAS_HALTED? 

This asks all components whether its activities have 

stopped or not. 

BIND 

5 One component request a reference to a component 
with the given name. This eneibles the dynamic binding 
of components. This is required when the configuration 
of a component has changed. 
REBIND 

10 This command requests that all components holding a 
reference to the argument component have to bind 
again to that component. 

[0041] Through the correct application of the com- 

15 mands. the software process can be started, halted, 
reconfigured, resumed and stopped. 
[0042] In the following an example of a life cycle of 
phases of the control will be explained. In order to have 
a systematic and control start-up of the application, the 

20 component tree and the command forwarding is used to 
signal different life cycle phases to a componerrt. 
[0043] For example, after component creation, the fac- 
tory signals the beginning of the life cycle to each com- 
ponent through sending out the START command. After 

25 that, the command line parameters are fon^^arded to the 
components using PARSE.ARGS with the command 
line arguments as a parameter. After that each compo- 
nent is equipped with a thread through the 
ASSIGN_THREAD. This thread is then started in the 

30 START_THREAD phase. At the end of the life cycle, the 
components can be stopped using STOP. The com- 
mand HAS_STOPPED queries whether an object has 
already stopped or not. 

[0044] The BIND command requests a pointer/ to a 
35 specific object with a specific name. A controlling appli- 
cation can request rebinding of objects through the 
command REBIND. The command HALT stops execut- 
ing threads, the command RESUME restarts them 
again. 

40 [0045] According to the present invention a method to 
build the software for the mobile devices based on com- 
ponent-based, object-oriented programming is used, 
which components support special control interfaces 
along the flexible and easy control of the components. 

45 The configuration of the program can be controlled by a 
factory object which is specialized for the task the 
device has to perform. In the case of a mobile device, 
the factory creates only the components required to 
form the currerrt task. 

50 

Claims 

1, Method for controlling a mobile communication 
device (101a. 101b}. comprising the following 
55 steps: 

structuring a control application (304) of a 
mobile communication device (101a, 101b} in 
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components of a predetermined configuration 
(305). wherein the predetermined configuration 
(30^ depends on the current task to be per- 
formed by the mobile communications device 
(101a. 101b) and each component (401) is 5 
designed as an active object responsible for a 
specific operation of the mobile communica- 
tions device (101a. 101b). 
providing each component (401) with its own 
execution thread (404) corresponding to the 10 
operation to be effected by the component 
(401). 

providing each conponent (401 ) with a method 
interface (403) comprising different commands 
for the control of the operation of the respective is 
component (401). and 
- dynamically changing (203) the configuration 
(305) of the control application (304) depend- 
ing on the current task to be performed. 

20 

Method according to claim 1 . 
characterized In that 

the control application (304) is structured in a 
tree-like configuration (305). 25 

Method according to anyone of the preceding 
claims. 

characterized in that 

30 

a component (401) is respectively provided 
with an identifier (402) identifying the compo- 
nent (401) and the role of the component (401) 
in the configuration (305) of the control applica- 
tion (304). 35 

Method according to claim 3. 
characterized in that 

a command to be emitted can be provided with 4o 
an identifier (402) of the target component, so 
that the command is only executed by that 
component. 

Method according to anyone of claims 1 to 3, 4S 
characterized in that 

a command to be emitted to the complete tree 
or a sub-tree is not provided with asn identifier. 

so 

Method according to claim 2. 
characterized in that 



ration (305) of the control application (304). 

7. Method according to claims 2. 
characterized in that 

an emitted command Is at first transmitted 
upwardly (501) in the tree-like configuration 
(305) to the root component of the tree-like 
configuration (305) and then transmitted down- 
wards (502) to all components in the tree-like 
configuration (305) of the control application 
(304). 

8. Method according to anyone of the preceding 
claims. 

characterized in that 

to start the control application (304), a start 
command is sent to each component, 

- the program line arguments are fbnvarded as 
parameters to each component 

a thread is assigned to at least one component, 

- the assigned thread is started, and 

the components are stopped by a stop com- 
mand. 

9. Method according to claim 8, 
characterized in that 

a query command is provided to query whether 
a component (401) has been stopped or not. 

10. Method according to claim 8 or 9, 
characterized in that 

a halt command is provided to stop the execu- 
tion of a thread (404) of an assigned compo- 
nent. 

11. Method according to claim 10, 
characterized in that 

a stopped execution of a thread (404) of a com- 
ponent (401) can be restarted by a resume 
command. 

1 2. Method according to anyone of claims 8 to 1 1 . 
characterized in that 

a tUnd command is provided to request a 
pointer to a specific component with a specific 
identifier. 



an emitted command is at first transmitted 
upwardly (501) in the tree-like configuration 
(305) to at least one level above the emitting 
component and then transmitted downwards 
(502) to ail components in the tree-like conf igu- 



13. Method according to claim 12, 
55 characterized in that 

the leaves of the tree-like configuration (305) of 
the control application (304) represent the 
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technical elements (301) of the mobile commu- 
nications device {101a. 101b). 

14. Method according to anyone of the preceding 
claims, s 
characterized in that 

an abstract factory (201) directly transmits a 
create configuration command to a concrete 
factory (202). 

wherein the abstract factory (201) contains an 
abstract, platform independent method and the 
concrete factory (202) implements the abstract 
method of the abstract factory (201) by creating 
the actual configuration (203) of the control 
application (304) depending on the platform 
used. 

15. Use of the method according to anyone of the pre- 
ceding claims to control a portable mobile device 20 
(101a, 101b). a base station (104a, 104b) or a net- 
work server (106a, 106b) of a mobile communica- 
tions network (103a, 103b). 

16. Mobile communications device, 2s 
characterized that 

by control means for executing a control appli- 
cation according to anyone of claims 1 to 14. 

30 
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